Highlighting Unread Messages

ABSTRACT

Various embodiments enable a video messaging experience which permits the exchange of short video messages in an asynchronous manner. The video messaging experience preserves the video intimacy and experience of synchronous-type video communications, while at the same time provides the convenience of SMS-type message exchange.

RELATED APPLICATIONS

This application is a continuation-in-part of, and claims priority toU.S. patent application Ser. No. 14/216,359, filed on Mar. 17, 2014, thedisclosure of which is incorporated by reference herein.

BACKGROUND

Voice over Internet Protocol (VoIP) communications continue to evolveand can provide a desirable and efficient way for parties to communicatewith one another. In particular, VoIP calls that include a video elementin which calling parties see one another can provide an intimate anddesirable experience.

Yet, these types of communications continue to have barriers that affectthe extent to which many users engage them. For example, consider thecase where a video communication is desired using, for example, VoIP.Typically, in order to have such a video communication, contact detailsare exchanged between parties such that each party's contact detailsreside in one another's contact list. Further, both parties in a videocommunication are typically required to be on the line at same time.This can present problems particularly across varying time zones. Inaddition, video communications using VoIP generally require high-endcomputing devices with fairly high bandwidth network connections. Evenif all of these challenges are met, there still may be problems inconnecting video calls and sustaining the calls for any period of time.

SUMMARY

This Summary is provided to introduce a selection of concepts in asimplified form that are further described below in the DetailedDescription. This Summary is not intended to identify key features oressential features of the claimed subject matter.

Various embodiments enable a video messaging experience which permitsthe exchange of short video messages in an asynchronous manner. Thevideo messaging experience preserves the video intimacy and experienceof synchronous-type video communications, while at the same timeprovides the convenience of SMS-type message exchange.

A method of indicating status of a video message conversation isdescribed herein. At least one ‘short’ video message is received from atleast one sending participant device. A ‘short’ video message has avideo of a maximum permitted length. The video has multiple frames. Arepresentation of the video message conversation is generated, forexample using at least one frame of the video. A status of the videomessage conversation is determined at the recipient device, and therepresentation is displayed to convey the status, for example by avisual annotation.

Various embodiments provide an ability to visually annotate, in aplurality of video message conversations, a respective status of eachvideo message conversation in the plurality of video messageconversations. In some cases, a video message conversation can berepresented using a thumbnail video image. Some embodiments generate thethumbnail video image based, at least in part, on a most recentlyreceived video clip in the respective video message conversation. Invarious embodiments, the status is based on whether the video messagehas unviewed content, and such status can be conveyed by an animatedrepresentation, such as a thumbnail image, while a still frame denotesthat all content has been viewed. By indicating to a user by a displayedrepresentation that a message has unviewed content, a user can determinewhether a video is of internet and therefore not consume deviceresources such as screen or battery by seeking to open uninterestingmessages.

The method can be implemented by a video messaging application which, inat least some embodiments, enables a ‘short’ video message to berecorded. In some embodiments a single action to be utilized to stop therecording and send the short video message to one or more intendedrecipients.

Yet other embodiments enable a particular camera mode, either frontcamera mode or rear camera mode, to be automatically selected inaccordance with a user's action.

Other embodiments enable portions of video message conversations to beplayed back in an interconnected fashion. Specifically, a filmstrip isprovided as part of a user interface. The filmstrip includes a videorepresentation, e.g. a thumbnail image, associated with each short videomessage in a video message conversation. Selection of a particular videorepresentation were result in the video message conversation beingplayed back, from that point, in a continuous fashion which includes theother short video messages that serially follow the selected videorepresentation.

BRIEF DESCRIPTION OF THE DRAWINGS

The detailed description is described with reference to the accompanyingfigures. In the figures, the left-most digit(s) of a reference numberidentifies the figure in which the reference number first appears. Theuse of the same reference numbers in different instances in thedescription and the figures may indicate similar or identical items.

FIG. 1 is an illustration of an environment in an example implementationin accordance with one or more embodiments.

FIG. 2 is an illustration of a system in an example implementationshowing FIG. 1 in greater detail.

FIG. 3 is an example implementation in accordance with one or moreembodiments.

FIG. 4 is an example implementation in accordance with one or moreembodiments.

FIG. 5 is a flow diagram that describes steps in a method in accordancewith one or more embodiments.

FIG. 6 is an example implementation in accordance with one or moreembodiments.

FIG. 7 is an example implementation in accordance with one or moreembodiments.

FIG. 8 is an example implementation in accordance with one or moreembodiments.

FIG. 9 is a flow diagram that describes steps in a method in accordancewith one or more embodiments.

FIG. 10 is a flow diagram that describes steps in a method in accordancewith one or more embodiments.

FIG. 11 is a flow diagram that describes steps in a method in accordancewith one or more embodiments.

FIG. 12 illustrates an example computing device that can be utilized toimplement various embodiments described herein.

FIG. 13 is a schematic diagram of an overall communication system;

FIG. 14 is a diagram of a store holding a video message conversation;

FIG. 15 is a schematic diagram of software components within the videomessaging application.

DETAILED DESCRIPTION

Overview

Various embodiments enable a video messaging experience which permitsthe exchange of short video messages in an asynchronous manner. Theshort video message can have any suitable length. For example, in someembodiments, the short video messages can have lengths up to about 40second. In yet other embodiments, the short video messages can rangefrom between 10-20 second in length. The video messaging experiencepreserves the video intimacy and experience of synchronous-type videocommunications, while at the same time provides the convenience ofSMS-type message exchange. So, for example, whenever a particularindividual has an opportunity, they can record and send a short videomessage to another person. The other person can reply, at theirconvenience, with a similar short video message. This approach solvesthe problem of requiring the parties to be online at the same timebecause the short video messages can be queued up by a correspondingvideo messaging application and presented to the recipient when therecipient launches or returns to the video messaging application. Thisapproach also mitigates the need for high-end devices and high bandwidthconnections because the short video messages are, as the name implies,short and can be easily exchanged on lower-end devices in suitable, lesscomplicated file formats or streaming formats.

The video messaging experience is provided by a video messagingapplication which, in at least some embodiments, enables a short videomessage to be recorded and for a single action to be utilized to stopthe recording and send the short video message to one or more intendedrecipients.

Various embodiments provide an ability to visually annotate, in aplurality of video message conversations, a respective status of eachvideo message conversation in the plurality of video messageconversations. A video message conversation can be thought of as acollection of short video messages associated with a common conversationthread. Thus, a video message conversation is essentially a series ofback-and-forth short video messages between recipients. In some cases, avideo message conversation can be represented using a thumbnail videoimage. Some embodiments generate the thumbnail video image based, atleast in part, on a most recently received video clip in the respectivevideo message conversation.

Yet other embodiments enable a particular camera mode, either frontcamera mode or rear camera mode, to be automatically selected inaccordance with a user's action. For example, if a user opens up a newmessage and provides an address, an assumption is made that the userintends to send a short video message that includes a video of himselfor herself. Accordingly, the front-facing camera is automaticallyselected so that a video of the user can be taken while a verbal messageis conveyed. If, on the other hand, the user chooses to enter a recordmode before choosing the intended recipient, an assumption is made thatthe user intends to capture video associated with their environment.Accordingly, the rear-facing camera, is automatically selected for videocapture.

Other embodiments enable portions of video message conversations to beplayed back in an interconnected fashion. Specifically, a filmstrip isprovided as part of a user interface. The filmstrip includes a videorepresentation, e.g. a thumbnail image, associated with each short videomessage in a video message conversation. Selection of a particular videorepresentation were result in the video message conversation beingplayed back, from that point, in a continuous fashion which includes theother short video messages that serially follow the selected videorepresentation.

In the following discussion, an example environment is first describedthat is operable to employ the techniques described herein. Exampleillustrations of the various embodiments are then described, which maybe employed in the example environment, as well as in otherenvironments. Accordingly, the example environment is not limited toperforming the described embodiments and the described embodiments arenot limited to implementation in the example environment.

Example Operating Environment

FIG. 1 is an illustration of an environment 100 in an exampleimplementation that is operable to employ the techniques described inthis document. The illustrated environment 100 includes an example of acomputing device 102 that may be configured in a variety of ways. Forexample, the computing device 102 may be configured as a traditionalcomputer (e.g., a desktop personal computer, laptop computer, and soon), a mobile station, an entertainment appliance, a set-top boxcommunicatively coupled to a television, a wireless phone, a netbook, agame console, a handheld device, and so forth as further described inrelation to FIG. 2. Thus, the computing device 102 may range from fullresource devices with substantial memory and processor resources (e.g.,personal computers, game consoles) to a low-resource device with limitedmemory and/or processing resources (e.g., traditional set-top boxes,hand-held game consoles). The computing device 102 also includessoftware that causes the computing device 102 to perform one or moreoperations as described below.

Computing device 102 also includes a web platform 104. The web platformworks in connection with content of the web, e.g. public content such asweb pages and the like. A web platform can include and make use of manydifferent types of technologies such as, by way of example and notlimitation, URLs, HTTP, REST, HTML, CSS, JavaScript, DOM, and the like.The web platform can also work with a variety of data formats such asXML, JSON, and the like. Web platforms can include web browsers, localapplications, and the like.

Computing device 102 also includes a gesture module 105 that recognizesinput pointer gestures that can be performed by one or more fingers, andcauses operations or actions to be performed that correspond to thegestures. The gestures may be recognized by module 105 in a variety ofdifferent ways. For example, the gesture module 105 may be configured torecognize a touch input, such as a finger of a user's hand 106a asproximal to display device 108 of the computing device 102 usingtouchscreen functionality, or functionality that senses proximity of auser's finger that may not necessarily be physically touching thedisplay device 108, e.g., using near field technology. Module 105 can beutilized to recognize single-finger gestures and bezel gestures,multiple-finger/same-hand gestures and bezel gestures, and/ormultiple-finger/different-hand gestures and bezel gestures.

Computing device 102 also includes a video messaging application 106that can be invoked to execute on the computing device. Computing device102 also includes one or more of a front-facing camera 113 and arear-facing camera 115. These cameras can be used in conjunction withthe video messaging application 106 as described above and below.

The voice messaging application 106 provides a number of differentfeatures including, by way of example and not limitation, single actionstop and send recording, annotating video thumbnail representations,automatic camera selection, playback of interconnected short videomessages, preemptive processing, and other features that are describedin more detail below.

The computing device 102 may also be configured to detect anddifferentiate between a touch input (e.g., provided by one or morefingers of the user's hand 106a) and a stylus input (e.g., provided by astylus 116). The differentiation may be performed in a variety of ways,such as by detecting an amount of the display device 108 that iscontacted by the finger of the user's hand 106a versus an amount of thedisplay device 108 that is contacted by the stylus 116.

Thus, the gesture module 105 may support a variety of different gesturetechniques through recognition and leverage of a division between stylusand touch inputs, as well as different types of touch inputs andnon-touch inputs.

FIG. 2 illustrates an example system 200 that includes the computingdevice 102 as described with reference to FIG. 1. The example system 200enables ubiquitous environments for a seamless user experience whenrunning applications on a personal computer (PC), a television device,and/or a mobile device. Services and applications run substantiallysimilarly in all three environments for a common user experience whentransitioning from one device to the next while utilizing anapplication, playing a video game, watching a video, and so on.

In the example system 200, multiple devices are interconnected through acentral computing device. The central computing device may be local tothe multiple devices or may be located remotely from the multipledevices. In one embodiment, the central computing device may be a cloudof one or more server computers. These computers can be connected to themultiple devices through a network, the Internet, or other datacommunication link. In one embodiment, this interconnection architectureenables functionality to be delivered across multiple devices to providea common and seamless experience to a user of the multiple devices. Eachof the multiple devices may have different physical requirements andcapabilities, and the central computing device uses a platform to enablethe delivery of an experience to the device that is both tailored to thedevice and yet common to all devices. In one embodiment, a class oftarget devices is created and experiences are tailored to the genericclass of devices. A class of devices may be defined by physicalfeatures, types of usage, or other common characteristics of thedevices.

In various implementations, the computing device 102 may assume avariety of different configurations, such as for computer 202, mobile204, and television 206 uses. Each of these configurations includesdevices that may have generally different constructs and capabilities,and thus the computing device 102 may be configured according to one ormore of the different device classes. For instance, the computing device102 may be implemented as the computer 202 class of a device thatincludes a personal computer, desktop computer, a multi-screen computer,laptop computer, netbook, and so on. Each of these differentconfigurations may employ a web platform, e.g. a web browser, asdescribed above and below.

The computing device 102 may also be implemented as the mobile 204 classof device that includes mobile devices, such as a mobile phone, portablemusic player, portable gaming device, a tablet computer, a multi-screencomputer, and so on. The computing device 102 may also be implemented asthe television 206 class of device that includes devices having orconnected to generally larger screens in casual viewing environments.These devices include televisions, set-top boxes, gaming consoles, andso on. The techniques described herein may be supported by these variousconfigurations of the computing device 102 and are not limited to thespecific examples the techniques described herein.

The cloud 208 includes and/or is representative of a platform 210 forcontent services 212. The platform 210 abstracts underlyingfunctionality of hardware (e.g., servers) and software resources of thecloud 208. The content services 212 may include applications and/or datathat can be utilized while computer processing is executed on serversthat are remote from the computing device 102. Content services 212 canbe provided as a service over the Internet and/or through a subscribernetwork, such as a cellular or Wi-Fi network.

The platform 210 may abstract resources and functions to connect thecomputing device 102 with other computing devices. The platform 210 mayalso serve to abstract scaling of resources to provide a correspondinglevel of scale to encountered demand for the content services 212 thatare implemented via the platform 210. Accordingly, in an interconnecteddevice embodiment, implementation of functionality described herein maybe distributed throughout the system 200. For example, the functionalitymay be implemented in part on the computing device 102 as well as viathe platform 210 that abstracts the functionality of the cloud 208.

Such functionality can include a video messaging service and, inparticular, a video messaging service some aspects of which can beimplemented by video messaging application 106, and other aspects ofwhich can be implemented by content services 212, as described above andbelow.

FIG. 13 illustrates another computer device 102A which is incommunication with the computer device 102 by a network 211 or othercommunication medium. The video messaging services implemented bycontent services 212 can include, by way of example and not limitation,serving as a message exchange focal point between users of the devices102, 102A who send and receive short video messages to and from eachother, providing a mechanism by which preprocessing can be performed,for example, preemptive uploading and preemptive downloading of shortvideo messages, as well as other backend services typically provided byservers that support the exchange of messages such as SMS messages.Although only two devices 102, 102A are shown, there could be manydevices in communication with one another.

Generally, any of the functions described herein can be implementedusing software, firmware, hardware (e.g., fixed logic circuitry), manualprocessing, or a combination of these implementations. The terms“module,” “functionality,” and “logic” as used herein generallyrepresent software, firmware, hardware, or a combination thereof. In thecase of a software implementation, the module, functionality, or logicrepresents program code that performs specified tasks when executed onor by a processor (e.g., CPU or CPUs). The program code can be stored inone or more computer readable memory devices.

In the discussion that follows, various sections describe variousexample embodiments. A section entitled “Video MessagingApplication—Getting Started” describes how users can initially interactwith a video messaging application in accordance with one or moreembodiments. Following this, a section entitled “Annotating VideoThumbnail Representations” describes how video thumbnail representationscan be utilized to annotate video message conversations in accordancewith one or more embodiments. Next, a section entitled “Playback ofInterconnected Video Messages” describes various aspects of how shortvideo messages can be played back for a user in accordance with one ormore embodiments. Following this, a section entitled “Single Action StopRecording and Send” describes how short video messages can be sent inaccordance with one or more embodiments. Next, a section entitled“Automatic Camera Selection” describes how a front-facing camera or arear-facing camera can be automatically selected in accordance with oneor more embodiments. Following this, a section entitled “PreemptiveProcessing” describes how certain aspects of message processing can bepreemptively performed in accordance with one or more embodiments. Next,a section entitled “Emoticons and Pre-canned Responses” described howusers may respond to short video messages that are received, inaccordance with one or more embodiments. Last, a section entitled“Example Device” describes aspects of an example device that can beutilized to implement one or more embodiments. FIG. 12 shows componentsof an exemplary computing device 102 which can be implemented as anytype of portable and/or computer device as described with reference toFIGS. 1 and 2 to implement embodiments of the video messagingapplication described herein. The device 102 comprises a communicationinterface 1201 which enables wired and/or wireless communication of datato and from the device. Of relevance to the described embodiments of theinvention, the communication interface 1201 receives incoming videomessages labelled video in and transmits outgoing video messageslabelled video out. The communications interface 1201 provides areceiver and a transmitter for exchanging data from one or more otheruser terminal in the network, and can be constituted by wired orwireless modem for example for communicating data over the internet or a3 GPP network. The computer device 102 also comprises non-volatilestorage 1214 such as one or more memory components, examples of whichinclude non-volatile memory (e.g. anyone or more of a read only memory(rom), flash memory, e prom, ee prom, etc) and a disk storage device. Adisk storage device may be implemented as any type of magnetic oroptical storage device, such as a hard disk drive a recordable and/orrewriteable compact disk, any type of a digital versatile disk (DVD) andthe like.

The storage 1214 constitutes computer readable media in which the codemodules and applications referred to herein are stored, including theweb platform 104, the gesture module 105 and the video messagingapplication 106 of FIG. 1. The computer device 102 includes one or moreprocessors 1210 (e.g. any of microprocessors, controllers and the like)which process the computer executable or readable instructions from thecomputer readable media 1214 to control the operation of the device 102and implement the embodiments described above. Alternatively or inaddition device 102 can implemented with anyone or combination ofhardware, firmware and fix logic circuit. The device 102 can include asystem bus or data transfer system that couples the various componentswithin the device. A system bus can include anyone or combination ofdifferent bus structures, such as a memory bus or memory controller, aperipheral bus, a universal serial bus and/or a processor or local busthat utilizes any of a variety of bus architectures.

The device 102 also comprises what is termed herein as local storage,for example a random access memory (RAM) 1213. The processor 1210interacts with the RAM 1213 when executing the video messagingapplication, and is also available to provide buffering for ingoing andoutgoing video messages through the communications interface 1201. Itwill be appreciated that in practice the buffering and storage functionsfor incoming and outgoing video may be provided within thecommunications interface itself, but it is convenient herein to describethem in relation to the RAM 1213 because of the interaction between thevideo messaging application and the video content to deliver theembodiments described herein. The computer device 102 also comprises auser interface under the control of the processor 1210. The userinterface provides the display 108 which allows video content to bedisplayed to a user, together with the control functions for the userdescribed herein. The device 102 comprises an audio output means, suchas an audio jack to allow an audio signal to be consumed by a user. Itwould be appreciated that the video content which is described hereincan be accompanied by corresponding audio content which can be playedout at the same time. The audio output device is denoted 1217. Thecomputer device also provides the cameras 113, 115 shown in FIG. 1 andnot illustrated again in FIG. 12, and further provides an audio inputdevice 1218 such a microphone.

The messaging application 106 is configured to receive video messagesfrom a complimentary instance of the messaging application on anothercomputing device which is connected via a network to the presentcomputing device 102. One such other computing device is shown in FIG.13 as 102A. Thus, the video messaging application can operate in apeer-to-peer arrangement where one instance of a messaging applicationon one device communicates directly with another instance of a messagingapplication on other device. In an alternative embodiment, a server(such as that implementing content services 212) can provide somefunctionality of the messaging application in which case the messagesmay originate from a sending user terminal sending the messages via theserver and/or may originate from the server to a destination terminal.

The messaging application is configured to receive messages at thecomputer device and to store them in the storage 1213. The computerdevice 102 can operate as a sending (source) user terminal, or as areceiving (destination) user terminal, and in a typical video messageconversation it will be performing both roles.

In the following description it is assume that the video messagingservice is constituted by a video messaging application on each of thesending and receiving terminals, and a “back end” applicationimplemented at a server. Nevertheless, as mentioned, peer-to-peerimplementations are possible. FIG. 13 illustrates a schematicarchitecture showing a sending computing device 102 in communicationwith the receiving computing device 102 a via a network 211. The serverwhich provides the content services 212 is denoted 203.

Having described example operating environments in which the inventiveprinciples can be employed, consider now a discussion of variousembodiments.

Video Messaging Application—Getting Started

In one or more embodiments, the video messaging application is designedto enable asynchronous video communication in a manner that is“lightweight” and, from a user's perspective, fast and easy to use. Theapplication itself, in one or more embodiments, has two main screens. Afirst of the screens visually lists the video message conversations inwhich the user is currently taking part. The second of the screensenables the user to select a particular video message conversation andhave its contents displayed in the second screen. The screens arerendered in the display 108 when the application 106 is opened. In thismanner, a simple user interface is provided which promotes ease ofusability.

In one or more embodiments, the video messaging application is based onthe use of phone numbers. For individuals who appear in a user's contactlist, associated phone numbers may be resolved from names or contactinformation appearing in the user's contact list. This can permit a userto communicate with anyone in their phonebook or contact list, as wellas people who may not appear in their phonebook or contact list. Thus,this solves one of the barriers associated with VoIP communication whichrequires the exchange of contact information between users through auser interface.

In one or more embodiments, when a user starts the video messagingapplication for the first time, a simple phone number-based challengecan be issued to ensure that the user is the actual owner of that phonenumber. This can take place in any suitable way including, for example,using well-accepted SMS code challenge techniques. Once completed, thevideo messaging application can be opened by the user and the user canbe presented on the display 108 with a welcome video explaining thevarious application features and functionality. The user can then starta video message conversation by simply selecting a contact or providinga phone number of an individual with whom they wish to converse. Theuser can then record a short video message and have it sent to therecipient. Recording of the video is done in a way which is known tousers of these devices. A chosen camera 113 or 115 is pointed at thesubject to be videoed, a record function is activated (as described inmore detail later) and the camera records the video. The processor 1210causes the video data which has been captured by the camera to be storedin the RAM 1213 or other “local” storage.

In cases where an intended recipient does not have the video messagingapplication installed on their device, an SMS message can be sent with alink that indicates that the sender of the message is using a videomessaging application. The SMS message can indicate that the sender hasrecorded a short video message for the recipient and can indicate thatby clicking on the link, they can effectively install the videomessaging application. When the user clicks on the link, they can benavigated to an application store from which they can download the videomessaging application. Once the application is downloaded, the recipientcan then view the short video message and reply accordingly

Having considered how the video messaging application can be initiallyaccessed by a user, consider now some user interface aspects associatedwith video message conversations.

Annotating Video Thumbnail Representations

As discussed above, a video message conversation allows participants inthe video message conversation to exchange short video messages with oneanother. The concept of a conversation is itself well understood in thefield of messaging applications. A conversation is a logical thread ofcontent, arranged under the same conversation ID used by the messagingapplication (though the users need not be aware of the ID). Followingthe first message of a conversation, each subsequent message is deemedpart of the same conversation as it is entered as such by the sendinguser in a part of the user interface of his or her messaging applicationwhich represents the conversation in question. The subsequent message istypically a response to or relates to a preceding message of theconversation, though potentially a user could send a completelyunrelated message as part of the same conversation. Recording of a videois known by itself, in that one of the cameras 115 or 113 is pointed ata subject and records video data for a period to capture a video streamof the subject. This video stream can be stored locally in RAM 1213 ortransmitted directly to the server 103 or receiving terminal 102A. Inaccordance with embodiments of the present invention, there are someimportant differences which arise. Firstly, only short video messageswill be enabled. That is, recorded videos are of a maximum permittedlength, and the recording function is automatically terminated at thattime. Furthermore, while a message is being recorded it can be storedlocally on RAM 1213 and/or additionally be simultaneously transmitted tothe server 103 where it is stored for ongoing delivery to the receivingterminal as will be described in more detail hereinafter. Conversationscan be stored locally at the sending and receiving devices (in RAM 1213)in association with their respective IDs, or at the server 103. Attimes, a video message conversation additionally allows an exchange oftext messages. A video message conversation can be as simple as anexchange of short video messages between two participants, or can bemore complex and involve an exchange of short video messages betweenthree or more participants. Thus, a video message conversation allowsparticipants to send and receive multiple short video messages with oneanother. In some cases, a particular user can engage in multiple videomessage conversations with multiple different participants. Dependingupon the responsiveness of the user, as well as how active each videomessage conversation is (e.g. whether short video messages are activelybeing exchanged or not), the multiple video message conversations can bein varying states from one another. In turn, this can make themanagement of multiple video messages conversations cumbersome to theuser. For example, the user may have some video message conversationswith unconsumed content or content that has not been viewed. Further,the user may have trouble remembering who is participating in the videomessage conversation, or may be unsure whether contact information of aparticipant has been stored for future access.

Various embodiments provide an ability to visually annotate one or morestatuses associated with a video message conversation. For example, insome embodiments the application can annotate whether a video messageconversation has a status associated with unconsumed and/or unviewedshort video messages. At times, a video message conversation can berepresented using a thumbnail video image. A visual annotation can beassociated with the thumbnail video image to convey one or more statusof the video message conversation, such as by superimposing theannotation over the thumbnail video image. Alternately or additionally,the thumbnail video image can be generated based, at least in part, on areceived short video message in the respective video messageconversation, as further described below.

Consider FIG. 3, which illustrates an example implementation inaccordance with one or more embodiments. FIG. 3 includes device 300,which can be any suitable type of device, such as computing device 102of FIGS. 1 and 2. In this example, device 300 is illustrated as a mobilephone device, but it is to be appreciated that any suitable type ofcomputing device can be utilized without departing from the scope of theclaimed subject matter.

Among other things, device 300 includes an ability for a user toparticipate in video message conversations. For example, as discussedabove, video messaging application and/or plug in with video messageconversation capabilities can be installed on device 300. A plug incommunicates with a backend which executes the messaging application.The video messaging application can subsequently either be automaticallylaunched or selectively launched. As noted above, device 300 alsoincludes one or more cameras 115, 113 and/or audio input devices 1218(FIG. 12), shown generally here together as input device 302 for thesake of brevity. While illustrated here as a combined input device, itis to be appreciated that device 300 can include separate cameras andaudio input devices placed in any suitable position without departingfrom the scope of the claimed subject matter. In some embodiments,device 300 can include a first camera facing a user of device 300 (i.e.a front-facing camera) and a second camera facing out from the back ofdevice 300 (i.e. a rear-facing camera). It is to be appreciated andunderstood that cameras other than front-facing and rear-facing camerascan be employed without departing from the spirit and scope of theclaimed subject matter. For example, multiple cameras that facedifferent directions can be used, e.g., front and side cameras, back andside cameras, different side cameras, more than two cameras facingdifferent directions, and the like. How a user interacts with device 300can, at times, influence which camera captures video and/or how thecaptured video is inserted into a video message conversation, as furtherdescribed below. For instance, device 300 can include selectablecontrols, such as viewfinder 304, that a user can interact with totrigger video capture and/or camera selection.

In this example, the application 106 has engaged in severalconversations with different users, each of which is stored against itsconversation ID. The application 106 selects a number of conversationsfor display. A representation is generated for each message by theapplication 106 at the sending device. Each conversation comprisesmultiple stored short messages held in the memory 1213, each with anassociated thumbnail. The device 300 displays separate representationsof six video message conversations that are associated with a particularuser. While display 300 is illustrated as displaying six video messageconversation representations, it is to be appreciated that this numberis merely for discussion purposes, and that any suitable number of videomessages can be displayed. In some embodiments, a user can scroll and/ormove the currently displayed representations to access and/or viewadditional video message conversations. For example, when device 300includes touch screen input capabilities, a user can input a touchgesture associated with scrolling and/or moving images. Alternately oradditionally, the user can input similar scroll commands via any type ofinput mechanism, such as a keyboard, a mouse, soft keys, and so forth.In one embodiment, the representation for a video message conversationis the thumbnail for the most recently added message to theconversation. The representation could take the form of any othersuitable designation, such as an icon, an emoticon and/or a still image.A thumbnail video image can include animation, video, and/or snapshotsof images associated with the video message conversation, as furtherdescribed below.

In some embodiments, representations of video message conversations canbe separately annotated to convey respective status(es) of theassociated video message conversation. To begin with, different types ofrepresentations can be used for the different video messageconversations to convey different statuses. Here, the displayedrepresentations for video message conversations include representations306, 307, 308, 309, 310, and 311. In this example, representations 306and 308 are still images, [How are the stills generated] whilerepresentation 310 is a thumbnail video image. Among other things, thisdifference and/or annotation can be used to visually convey to the userthat the video message conversation associated with representation 310has unviewed content, while all content contained in the video messageconversations associated with representations 306 and 310 has beenviewed and/or consumed. However, as described above, any suitablerepresentation can be used without departing from the scope of theclaimed subject matter.

Additionally in this example, representations 306, 308, and 310 aresuperimposed with annotations 312, 314, and 316 respectively. In thisexample, the annotations are illustrated as text strings with differentdisplay properties from one another. For example, annotation 312includes the string “Joe and Stacie” using white text, while annotation314 includes the string “Iron Man Bob” using black text. As in the caseabove, these visual differences can be used to convey that the status ofthe video message conversation associated with representation 306 isdifferent than the status of the video message conversation associatedwith representation 308. For example, the black text of statusannotation 314 can also be used to convey that the video messageconversation associated with “Iron Man Bob” has unviewed and/orunconsumed content. Further, the text term “Iron Man Bob” can convey aname assigned to the video message conversation and/or simply aparticipant who has sent a short video message in the video messageconversation. Similarly, the white text of annotation 112M can be usedto convey that all of the short video message and/or content associatedwith the corresponding video message conversation have been viewedand/or consumed. Another form of annotation can comprise changing thebackground color or wash of the displayed representation. For example, agrey wash can indicate that the video message conversation comprisesonly consumed or viewed content, while a brighter blue wash can denotethat the conversation contains unviewed or unconsumed content.

FIG. 14 is a schematic diagram of one way in which a video messageconversation can be stored in a memory, such as RAM 1213. It willreadily be appreciated that video message conversations can be stored ina backend server or the like to be accessed by devices in a cloud basedmodel. Thus, references herein to “local” storage encompass storage at alocal device, or storage remote from the device but which is associatedwith the device, such that the contents of the storage are accessible tobe device.

A video message conversation 1400 is shown to contain two video messages1402, 1404. It may be assumed herein that the message 1402 was generatedby the sending device, and the message 1404 has been received at thesending device from the recipient device of the first message. Eachmessage is associated with a thumbnail 1406, 1408 respectively. Thethumbnail was generated when the video message was completed by thesending device. The video message conversation is associated with anidentifier labelled ID, and also with a status flag labelled SF. Thestatus of the status flag is changed when content is read from the videomessage. When all content has been read, the status flag marks the videomessage conversation as “read”, and this flag is utilized by theapplication 106 to perform the necessary status annotation when therepresentation of the message is displayed to the user at display 108.

Continuing on, annotation 316 includes the string “1-555-555-5555” usingwhite text. Here, the numerical number and/or phone number that isdisplayed can be used to indicate that contact information associatedwith the participant who sent the video clip is not currently stored inan address book and/or contact information of the receiving user. Thus,visual annotations can be utilized to convey any suitable type of statusinformation associated with a video message conversation, such as a newvideo message conversation has been received, a video messageconversation is expiring, a video message conversation has new and/orunviewed video clip content, contact information has not been stored, amood associated with the sending user (e.g. an emoticon), and so forth.Further, annotations can be displayed using any suitable type ofcontent, such as an emoticon, text and its associated properties (e.g.bold, italic, color, etc.), icons, and so forth. Alternately oradditionally, video messages conversations with unconsumed and/orunviewed content can playback thumbnail video images or a differentanimation to indicate the status of unconsumed content, while videomessage conversations whose content has been completely viewed simplydisplay a still image.

In addition to annotating a representation of a video messageconversation, some embodiments can use positioning of therepresentations to convey status information. For example, the order inwhich the representations are placed can indicate which video messageconversations have older content and/or newer content. Alternately oradditionally, the order in which the representations are placed canindicate which video message conversations have been viewed morerecently. Here, representation 306 is illustrated as being in the upperleft hand corner, followed by representation 310 to its immediate right.Among other things, this placement can indicate that the video messageconversation associated with representation 310 includes newer contentand/or more recently viewed content than the video message conversationassociated with representation 306. Visually, this ordering follows asimilar structure to a paragraph, where the starting point is at the topleft hand corner of a paragraph, and words are read from left to right,until the bottom of the paragraph is reached. Using this structure, theplacement of representation 308 indicates that the associated videomessage conversation has either newer content and/or and content viewedmore recently than the video message conversations associated withrepresentations 306 and 310. Thus, status information can additionallybe conveyed through placement in/ordering of the representations.

Some embodiments use a thumbnail video image as a representation for avideo message conversation. At times, the thumbnail video image can bebased upon a video clip composed of multiple frames from the short videomessage or video message conversation.

Consider FIG. 4, which illustrates an implementation that is inaccordance with one or more embodiments. Here, video clip 400 generallyrepresents a portion of video from a short video message prepared by aparticipant in a video message conversation. It is to be appreciatedthat the application 104 can comprise a video clip 400 from any suitablecollection of frames in the video message conversation, such as the mostrecently received frames, the first frames received, frames associatedwith a particular user in the video message conversation, and so forth.When the video player in the messaging application plays back the videoclip, the series of frames are played in rapid succession, thusgenerating a video which captures potential changes in movement and/orcontent over time. A thumbnail video image can be generated fromgathering a subset of the frames effective to create a shorter versionof the received video clip. Any suitable algorithm and/or imageselection process can be utilized. Here, thumbnail video image 402 issimply generated from video clip 400 by extracting every other stillframe from the source video clip (e.g. video clip 400). However, it isto be appreciated that this simple selection metric is merely fordiscussion purposes. Other suitable selection metrics can be utilized togenerate the thumbnail video, such as selecting frames for apredetermined amount of time from the beginning of the source videoclip, selecting frames for a predetermined amount of time from the endof the source video clip, selecting frames based upon a fixed timeinterval, selecting a predetermined number of frames at equal intervalsregardless of a short video message length (i.e. selecting 5 framesequally spaced), selecting frames based upon identifying content ofinterest, and so forth. For example, a face recognition algorithm couldbe used to analyze the source video clip to determine when a video hascaptured a facial image. When a facial image is determined, associatedframes (and surrounding frames) could be extracted and/or copiedeffective to generate a thumbnail video image. Thus, detectionalgorithms can be used to ensure that the thumbnail video image containscontent of interest to the recipient, such as a friend's face, ratherthan an empty room. In one embodiment, the application 106 is configuredto generate a thumbnail video using an appropriate selection metric whenthe message is recorded. In one embodiment, the metric can be configuredby a user. In another embodiment (FIG. 5), the representation isgenerated by the receiving device.

Once a thumbnail video image has been generated, it can be used torepresent a video message conversation, such as representation 310 ofFIG. 3. When displaying these representations, in some embodiments thevideo player automatically playsback the collection of images containedwithin the thumbnail video image. This automatic playback can beconfigured in any suitable manner, such as a repeat loop, where theplayback continues repeatedly from the start of the thumbnail videoimage to the end for an undetermined number of repeats, for a set numberof repeats, and/or for a single playback. Alternately or additionally,the thumbnail video image can be configured to play based upon the useractivating an associated playback control for the thumbnail video image.

FIG. 5 is a flow diagram that describes steps in a method in accordancewith one or more embodiments. The method can be implemented inconnection with any suitable hardware, software, firmware or combinationthereof. In at least some embodiments, aspects of the method can beimplemented by a suitably configured voice messaging application, suchas voice messaging application 106 (FIG. 1).

Step 500 creates at least one video message conversation associated witha user. In some embodiments, creating a video message conversationinvolves the user at device 102 receiving a notification, data, and/or amessage initiated by at least a second user at device 102A in the videomessage conversation effective to create a new video messageconversation with the user as a participant. This can be as simple asreceiving an initiation message, or as complex as being invited to joina conversation and going through subsequent authentication procedures tovalidate the user as a participant in the video message conversation. Inother embodiments the user, by way of the voice messaging application,can create the video message conversation by initiating and sendingdata, such as a short video message, to other users to create a newvideo conversation message on their associated devices. As describedabove, the video message conversation can be as simple as an exchange ofshort video messages between two participants, or more complex andinvolve an exchange of short video messages between three or moreparticipants. Alternately or additionally, a user can be a participantin multiple video message conversations.

Step 502 receives at least one short video message from anotherparticipant in a video message conversation. The short video message canbe of any suitable data size and/or playback length in time. In somecases, short video messages can be received from multiple participants.Video messages are received by the communication interface 1201 of thedevice and stored in the local memory e.g. RAM 1213.

In one embodiment, responsive to receiving the short video message, instep 504 the application generates a representation for the videomessage conversation. In some cases, a respective representation isgenerated for each video message conversation associated with the user.As discussed above, generating a representation can include generating athumbnail video image based on a received short video message and/orgenerating a still [from where?] image. In some embodiments, generationof the representation can be based on a user changing screens in anapplication, as further described below. For example, the voicemessaging application can, among other things, facilitate creating,deleting, and viewing multiple video message conversations associatedwith a user. The user may desire to switch screens in the voicemessaging application from a screen associated with a particular videomessage conversation to a screen associated with a summary of activeand/or idle video message conversations associated with the user.Switching to the summary screen can, in some cases, trigger generationof the representation. In other cases, the representation isautomatically generated in anticipation of switching to the summaryscreen at a future time. When a user interacts with the display 108 toswitch screens, a signal is generated to the application 106 to triggergeneration of the representation, or to display a representation whichwas generated at the sending device.

In Step 506 the application 106 displays the representation of the videomessage conversation on display 108. Any suitable representation can beutilized, examples of which are provided above. In some cases, multiplerepresentations of respective video message conversations can bedisplayed in a summary view, as further described below. In order todisplay the representation of the video message conversation, in step508 the application 106 visually annotates the representation of thevideo message conversation based upon at least one status (FC)associated with the video message conversation. The annotation can beconfigured to convey one status or multiple statuses. In some case,multiple annotations can be used, such as a text string being displayedin parallel with an icon and/or emoticon. Thus, not only can a user be aparticipant in multiple video message conversations, but representationsof each associated video message conversation can be displayed andannotated to convey status information of each respective conversation.

Having described various embodiments of annotating representations ofvideo message conversations, consider now playback of associated shortvideo messages in a video message conversation that is in accordancewith one or more embodiments.

Playback of Interconnected Video Messages

As discussed above, a video message conversation can include multipleshort video messages or pre-canned/preprepared messages. As a userenters into a video message conversation, they may desire to view partand/or all of the associated videos in a seamless manner (i.e.contiguous viewing without user intervention). Various embodimentsprovide an ability for a user to seamlessly playback multiple shortvideo messages exchanged in a video message conversation. For example,some embodiments enable a user to configure a video message applicationto play a single short video message in a video message conversation, orto contiguously (i.e. seamlessly) playback at least part of theassociated short video messages. To enable a user to configure this, theapplication presents an option to a user on the display 108 which a usercan select. The contiguous playback enables multiple short videomessages to be played together, without requiring user intervention toselect and play each individual one separately. For example, when thevideo message application is configured in a contiguous playback mode, afirst short video message of the video message conversation can beselected for playback by the video player. Upon the conclusion of theselected short video message being played, a second short video messageof the same video message conversation is automatically started forplayback by the video player, and so on. To achieve this, the videoplayer selects the received message in the same conversation based onthe conversation ID. In addition, the video message conversation caninclude, in addition to short video messages, preprepared videos 1410(FIG. 14) that may not necessarily be recorded by a participant. Thesevideos can include, by way of example and not limitation, pre-cannedvideos as described below. A standard video message is recorded live andsent once and lasts up to 42 seconds, in one embodiment. Pre-recordedreplies are recorded, saved in a gallery and can be sent as many timesas you like and they last 5 seconds.

Consider now FIG. 6, which illustrates an example computing device inaccordance with one or more embodiments. Here, the computing device isillustrated at two different points in time, each designated 600 a and600 b, respectively. Point in time 600 a illustrates a first screenshot,and point in time 600 b illustrates a second screenshot. The firstscreenshot is illustrated as displaying a summary view of video messageconversations associated with a particular user. In some embodiments,when a user wants to enter into a particular video message conversation(i.e. view content associated with that particular video messageconversation), they can begin the process by selecting which videomessage conversation they wish to view. While reviewing this summary,the user may notice that the video message conversation associated withrepresentation 602 (entitled “Emma”) has unviewed and/or unconsumedcontent, and may wish to view its associated content. Utilizing touchscreen capabilities, the user touches the screen over representation 602as illustrated. Upon receiving this input, the associated voicemessaging application 106 switches what is displayed on the screen todisplay information particular to the video message conversationassociated with representation 602, as shown in the second screenshot.While this example is described in the context of inputting commands viaa touch screen interface, it is to be appreciated and understood thatany suitable type of input mechanism can be utilized without departingfrom the scope of the claimed subject matter.

FIG. 7 illustrates a more detailed view of the second screenshot. There,summary information associated with a particular video messageconversation is displayed. In this video message conversation summaryview, the current short video message to be played is located in aprominent position (e.g. a position that is more viewable and/or visiblethan other locations). Here, representation 602 is located near the topof the device and is larger than it was in the first screenshot.Alternately or additionally, this location can be configured to displaythe actual short video message associated with representation 602 in apaused, unstarted/stopped state, or simply as a still frame extractedfrom the short video message.

In some embodiments, representation 602 can include annotation 700 toindicate status information associated with the short video message asfurther described above. Alternately or additionally, annotation 700 canbe configured as a selectable control. For instance, the left pointingarrow in annotation 700 can be selected to navigate to a previous screen(such as the first screenshot).

Beneath representation 602 appears a so-called filmstrip 702. Thefilmstrip includes at least a partial summary of additional contentincluded in the video message conversation. In some cases, the filmstripdisplays representations of associated short video messages 1402, 1404that make up the particular video message conversation. Alternately oradditionally, these representations can include annotations to indicateassociated status information. Status information can additionally beindicated by using the ordering of how the representations in filmstrip702 are displayed, such as which short video messages have been viewedin the video message conversation, the order in which short videomessages were received, and so forth. To aid in viewing this content,some embodiments configure filmstrip 702 as a navigable filmstrip (e.g.with scrolling capabilities) in order to see what short video messagesare included in the video message conversation. Each representation canbe selected to enable the video player to implement contiguous playbackof the selected short video message and those that follow from thatpoint forward. Any suitable input can be used to initiate these actions,examples of which are provided above and below.

In addition to displaying summary information associated with aparticular video message conversation, the illustrated screenshot canadditionally include selectable controls that enable the user tointeract with the video message conversation and/or the video messageapplication. In the illustrated example, controls 704, 706, 708, and 710are displayed as part of the video message conversation summary display.It is to be appreciated that the inclusion of these particular controlsare merely for discussion purposes, and that any combination of controlswith varying functionality can be included without departing from thescope of the claimed subject matter.

Control 704 can be configured to start playback of one or more shortvideo messages in the video message conversation. In some embodiments,selection of control 704 can initiate contiguous playback of multipleshort video messages in the associated video message conversation.Control 706 can be utilized to initiate a video recording session togenerate a short video message for insertion in the associated videomessage conversation. Controls 708 and 710 can be used to access furtherfunctionality associated with the video messaging application, such ascreating a new video message conversation, adding a new participant tothe active video message conversation, configuring default settingsand/or user settings of the video messaging application, and so forth.When a control is activated a corresponding signal is sent from the UI1216 to the processor 1210 execute the application 106, such that theapplication 106 can respond to the control.

To further illustrate, consider FIG. 8 which illustrates the computingdevice in a contiguous playback mode. The contiguous playback mode caneither be a default configuration of the video message application, or auser-selected configuration. When a user selects control 704, playbackof the short video message associated with representation 602 isinitiated. As part of the playback process, control 704 can be removedfrom the display for unobscured viewing. Based upon eachrepresentation's location in filmstrip 702, a user may observe that theshort video message associated with representation 800 is the firstshort video message received after the short video message associatedwith representation 602, followed by the short video message associatedwith representation 802 a. Thus, upon completion of the currentlyplaying short video message (i.e. the short video message associatedwith representation 602), some embodiments automatically play the shortvideo message associated with representation 800. This is indicated byscreenshot 100HMc. Here, the short video message 804 assumes the primaryviewing position in the topmost location with the biggest dedicatedviewing area, and its playback is automatically started. Additionally,representation 802 a is moved in filmstrip 702 into the positionpreviously occupied by representation 800. This movement can be used toindicate that the associated short video message of representation 802is next in the list to be played automatically. If another short videomessage has been received after the short video message associated withrepresentation 802, its representation would visually move as well,indicated here by the appearance of representation 806.

In some embodiments, filmstrip 702 can be navigated to select a startingshort video message. For example, in some cases, filmstrip 702 can benavigated to a starting point to identify the first short video messagereceived in time (regardless of whether there is unviewed content), toan ending point that identifies the last short video message received intime, or any point in between. Thus, a user can navigate to any shortvideo message and begin seamless, contiguous playback of multiple shortvideo messages from that point forward. In some cases, the playback ofshort video messages can be configured to only automatically playbackcertain short video messages. For example, in some embodiments, onlyshort video messages with a status of being unviewed are automaticallyplayed back in a contiguous manner, or only short video messagesassociated with a particular sender are automatically played back in acontiguous manner. In other embodiments, all short video messagesassociated with the video message conversation can be contiguouslyplayed back. These can be played in any determined order, such as havingunviewed short video messages being played back first, and thencontinuously playing back viewed short video messages after completingplayback of the unviewed short video messages.

FIG. 9 is a flow diagram that describes steps in a method in accordancewith one or more embodiments. The method can be implemented inconnection with any suitable hardware, software, firmware or combinationthereof. In at least some embodiments, aspects of the method can beimplemented by a suitably configured voice messaging application, suchas voice messaging application 106 (FIG. 1).

Step 900 receives selection of a first short video message associatedwith a video message conversation. The video message conversation caninclude multiple short video messages, as described above. Further,selection of the first short video message can occur in any suitablemanner. In some embodiments, the first short video message can beautomatically selected by the video message application upon enteringand/or viewing the associated video message conversation. The firstshort video message for playback can also be selected based on any othersuitable type of criteria and/or status. For example, in someembodiments the video message application can automatically select ashort video message that has not yet been viewed. Alternately oradditionally, the video message application can select the short videomessage based on when it was received. In other embodiments, the firstshort video message can be manually selected by a user.

Responsive to selection of the first short video message, however it mayoccur, step 902 initiates playback of the first short video message. Insome embodiments, playback can be manually initiated by the user, suchas through selection of a control. In other embodiments, playback of thefirst short video message can occur automatically and without userintervention.

Step 904 automatically plays back at least a second short video messageassociated with the video message conversation without userintervention. In some cases, the second short video message can beselected based upon when it was received in time relative to the firstshort video message. Alternately or additionally, a second short videomessage can be based on criteria and/or status information. For example,in some embodiments, selection of which short video messages toautomatically play back can be based on the criteria to onlyautomatically play back short video messages from a particularparticipant in the video message conversation. In other embodiments,selection of which short video messages to play can be based on acombination of criteria and status information, such as onlyautomatically playing back short video messages from a particularparticipant that have not already been consumed and/or viewed.

Having considered aspects of playback of interconnected video messages,consider now a discussion of how a single action can be used to stoprecording of a short video message and send the message to a recipient.

Single Action Stop Recording and Send

In one or more embodiments, the video messaging application enables ashort video message to be recorded and for a single action to beutilized to stop the recording and send the short video message to oneor more intended recipients. As an example, consider the following.

Assume, for example, the user has indicated an intent to send a shortvideo message by opening a short video message shell and providing oneor more addresses (i.e. phone numbers) in the shell. This can be done inany suitable way. For example, the user may simply select a contact atthe UI 1216 and a short video message shell can be automatically openedon display 108. Alternately or additionally, the user may select acontrol that causes a short video message shell to be opened. The usercan then populate the shell with one or more addresses of intendedrecipients. Alternately or additionally, the user may select a replyoption to reply to a previously-received short video message. Once theshort video message shell has had an address populated into it bywhatever means, the user can select a record option to record theirshort video message. This step can be performed in any suitable way.

For example, in at least some embodiments, the record option can beselected by way of a hard control, such as a depressible button, on theassociated computing device. The user can depress the hard control toinitiate video capture. The camera 113, 115 starts to capture videodata. While video data is being captured, it can be simultaneouslyuploaded to the server 103 a recipient device 102A, but cannot be viewedby a recipient. Once the user has terminated the short video message, byreleasing the hard control, the short video message is automatically“sent” to the specified recipient or recipients. At this point, arecipient can view the message. If the message exceeds the specifiedlength for short video messages, the application 108 automatically cutsoff the recording at the specified time. The message is thenautomatically delivered to the conversation.

Alternately or additionally, in at least some embodiments the recordoption can be selected by way of a soft control, such as a displayedvideo record button. In these embodiments by tapping the video recordbutton, the user can initiate video capture and begin to record theirshort video message. Data can be preemptively uploaded as before. Whenthe short video message has been completed, the user can simply tapagain on the display, e.g., on the button, and the short video messagecan be automatically “sent” to the specified recipient or recipients.The notion of “sending” the message means allowing the message orportions thereof to be received, by a user. The data may have beenpreemptively streamed while the message is being recorded, but would notbe received by a recipient such that it can be answered. In this case,portions of the short video message may be transmitted from the deviceto the server 103 or recipient device 102A prior to the user decidingthat they wish to have the message actually “delivered” to a recipientparty as by, for example, terminating capture of the short videomessage. Still further, in at least some embodiments a “cancel” optioncan be provided. In this case, the user may choose to cancel the shortvideo message rather than stopping and sending the message. This can behelpful in situations where a user may change their mind and, canprevent “delivery” even where a message data has been preemptivelystreamed before a user terminates recording the video. As describedbelow with reference to FIG. 10, the “stop and send” feature can beimplemented without preemptively uploading/streaming the message data.

FIG. 10 is a flow diagram that describes steps in a method in accordancewith one or more embodiments. The method can be implemented inconnection with any suitable hardware, software, firmware, orcombination thereof. In at least some embodiments, aspects of the methodcan be implemented by a suitably-configured video messaging application.

Step 1000 receives a user input associated with preparing a short videomessage. This input can be received in any suitable way. For example,this input can be received and can be sufficient to cause a short videomessage shell to be populated with one or more addresses (i.e. phonenumbers) of intended recipients of the short video message. Examples ofhow this can be done are provided above. Step 1002 receives input toinitiate recording a short video message. This step can be performed inany suitable way. For example, this step can be performed by receivinginput by way of a hard or soft control, as mentioned above.

Step 1004 receives input to terminate recording the short video message.In embodiments that utilize a hard control, this step can be performedby receiving an input that the hard control has been pressed ordepressed in some manner. For example, the hard control may reside inthe form of a toggle switch. By initially pressing the toggle switch,the video capture mode can be initiated. Subsequently, by pressing thetoggle switch again, the video capture mode can be terminated.Alternately, the hard control may reside in the form of a button that ispressed down to record and be released or depressed to terminaterecording. In embodiments that utilize a soft control, the soft controlmay be initially tapped to initiate recording of the short videomessage. Subsequently, the soft control may again be tapped to terminaterecording of the short video message.

Responsive to receiving the input, whether by way of hard or softcontrol, step 1006 terminates recording of the short video message andautomatically sends the message to the recipients who were previouslyspecified to receive the message. In this manner, a single user actionis used to terminate recording the short video message and send themessage to the intended recipients.

Having considered single action stop recording and send embodiments,consider now a discussion of how a camera can be automatically selectedin accordance with one or more embodiments.

Automatic Camera Selection

In one or more embodiments, a particular camera mode, either frontcamera mode or rear camera mode, can be automatically selected inaccordance with a user's action. For example, if a user opens up a newmessage and provides an address or otherwise indicates an intent to senda message, an assumption is made that the user intends to send a shortvideo message that includes a video of himself or herself. Accordingly,the application 106 automatically selects the front-facing camera sothat a video of the user can be taken while a verbal message isconveyed. If, on the other hand, the user chooses to enter a record modebefore opening a new message, an assumption is made that the userintends to capture video associated with their environment. Accordingly,the rear-facing, is automatically selected for video capture.

The protocol attempts to guess the likely intent of the user. If a userinitiates the interaction with the application by selecting a recipient,then it is expected that the content of the message is most likely to averbal message, and thus the front facing camera is automaticallyselected. If a user initiates the interaction by going directly to aview finder of the computer device before selecting a recipient, then itis expected that the user is trying the capture something in theirenvironment which may be time sensitive, and therefore the rear facingcamera is automatically selected.

Thus, in these embodiments, the video messaging application makes anassumption of the user's intent based upon a user action. Once the videomessaging application makes its assumption, it automatically selects acamera mode to be used to make a short video message. So, for example,if a user selects a particular contact to which a message is to be sent,as by tapping on the contact, the video messaging application can makeassumption that the user intends to send a short video message. Basedupon this assumption, the video messaging application can automaticallyselect the front-facing camera. Other user actions can result in theautomatic selection of the front-facing camera. For example, instead ofselecting a particular contact to which to send the message, the usermay simply open up a new message shell and may or may not provide anaddress. In this instance, by selecting a new message shell, the videomessaging application assumes that the user's intent is to send a shortvideo message. As such, the front-facing camera can be selectedautomatically. Alternately or additionally, other user actions such asresponding to a conversation that already exists can result in the videomessaging application automatically selecting the front-facing camera.

As an example, consider FIG. 3. There, if the user selects one of theicons at the lower right thus indicating an intent to create a newmessage, the front-facing camera can be automatically selected based onthe assumption that the user wishes to send a short video message. Onthe other hand, assume the user selects viewfinder 304 because they wishto record something in front of them, the rear-facing camera can beautomatically selected based on the assumption that the user does notwish to record themselves.

FIG. 11 is a flow diagram that describes steps in a method in accordancewith one or more embodiments. The method can be implemented inconnection with any suitable hardware, software, firmware, orcombination thereof. In at least some embodiments, aspects of the methodcan be implemented by a suitably-configured video messaging application.

Step 1100 receives a user input. This step can be performed by asuitably-configured computing device having a video messagingapplication installed thereon. Step 1102 ascertains whether the input isassociated with sending a short video message. This step can beperformed in any suitable way. For example, input associated withsending a short video message can include, by way of example and notlimitation, receiving the user input via a selectable control whichenables a new video message shell to be instantiated. Alternately oradditionally, the input can include selection of one or more contacts towhich a new video messages to be sent. Alternately or additionally, theinput can include receiving an input associated with responding to apreviously-received short video message. Alternately or additionally,the input can include receiving one or more addresses into a short videomessage shell.

Responsive to receiving an input associated with sending a short videomessage, step 1104 automatically selects a front-facing camera of thecomputing device and step 1106 enables preparation of a short videomessage. In this particular flow diagram path, this step can beperformed by receiving a selection of a record button or control andrecording the short video message. Step 1108 sends the short videomessage to one or more intended recipients.

If, on the other hand, step 1102 ascertains that the input is notassociated with sending a short video message, step 1110 automaticallyselects a different camera, e.g., a rear-facing camera and step 1112captures video with the rear-facing camera. Capture of the video can beperformed responsive to receiving a user input by way of a record buttonor control. Step 1106 enables preparation of a short video message. Thiscan include, in this particular flow diagram path, enabling the user toincorporate the video captured from the rear-facing camera into a shortvideo message shell along with enabling the user to enter one or moreaddresses into the short video message shell. Step 1108 sends the shortvideo message to one or more intended recipients.

Having considered automatic camera selection in accordance with one ormore embodiments, consider now a discussion of preemptive processing.

Preemptive Processing

In various embodiments, preemptive processing can be utilized toincrease the communication speed and reduce the perceived latency by theuser. The illustrated and described embodiments, preemptive processingcan take place in the form of preemptive uploads and preemptivedownloads, each of which is discussed below under its own sub-heading.

Preemptive Upload

In at least some embodiments, content of a short video message can beuploaded to a particular server while the user is still completing theshort video message. In this manner, the communication speed of themessage can be increased. As an example, consider a situation in whichthe user is creating a short video message but has not yet indicated therecipient of the message. As soon as the user starts recording themessage the content can begin to be reactively uploaded to the servereven while the user has not indicated an intended recipient. Once theuser indicates the recipient or recipients of the short video message,the recipients' addresses (e.g., phone numbers) can be provided to theserver and the short video message can be delivered to the intendedrecipients.

Preemptive uploading can also work in a situation where the user hasprovided an address of an intended recipient and begins to compose theshort video message. Similar to the approach described above, as soon asthe user begins to compose the short video message, message content andthe intended recipient addresses can be uploaded to the server while theuser is composing the message. Upon completion of the message, themessage can then be delivered to the intended recipients.

In this sense “delivery” allows the recipient to view the message. Thereis a permission indicator which indicates whether or not the messagedata is available to be viewed by the indicated recipient. When data isnot available to be viewed (permission equals negative), then themessage data is held at the server, or in a contained area of storage atthe recipient device. When the message is to be “delivered”, thepermission status is changed (permission equals positive), and thistriggers downloading of the message data from the server to therecipient device, or release of the containment mechanism at therecipient device to allow the message to be viewed.

Preemptive Download

Preemptive processing can also include preemptively downloading portionsof short video messages. Preemptive downloading can help to mitigatebuffer delays and jitter during message playback. As an example considerthe following. Assume that Max composes a short video message to Grace.When Max sends the short video message to Grace, the message can bedownloaded on Grace's device before Grace is notified that there is amessage waiting. In this manner, if she attempts to play the messageback, the entire message file is on her device so that there will be nointerruption to play back. This is the case even if Grace loses networkconnectivity.

At least some embodiments, preemptive upload and preemptive download canwork in concert with one another to create an efficient messagedistribution pipeline. Specifically, while the user composes particularmessage to an intended recipient, during composition message content canbe preemptively uploaded to the server and preemptively downloaded tothe intended recipient. Upon completion of the message composition, theremainder of the message can be preemptively downloaded and anotification can then be generated to the recipient that they have a newmessage in the message queue.

Having considered preemptive processing in accordance with one or moreembodiments, consider now a discussion of various features which canenhance the user experience.

Emoticons and Pre-Canned Responses

In many instances, a recipient of a short video message may not be in aposition or location where they can record a video response. Yet, theymay wish to confirm to the sender that the short video message wasreceived, e.g., “I got your message.” In a video messaging applicationthat is primarily video-based, pre-recorded responses can be utilized toprovide a notification to the sender that a short video message wasreceived. Pre-recorded responses are held in local memory, such as RAM1213 or server/cloud storage, associated with the device. Eachpre-recorded response is stored in association with a tag which allows auser to identify the response to be transmitted. The tag identifies thenature of the response, for example a response intended to indicate “Igot your message”, or a response intended to indicate “I am out at themoment but I will reply soon”. When a pre-recorded response is created,the tag is created by the user such that it can be stored with theresponse. When a response is required to be transmitted, the user canselect the response by identifying the tag. This can be done by allowingthe user to select from a plurality of tags displayed on display 108, orby the user entering the tag using text or some other mechanism at theUI 1216. The pre-recorded responses can take any suitable form. Forexample, pre-recorded responses can utilize various emoticons that canbe selected by the user or even customized by the user. For example, theuser may select from a variety of preconfigured emoticons that provide anotification to the sender that the message was received. Alternately oradditionally, users may be able to customize an emoticon in any suitableway. For example, the user may select a generic emoticon and then selectfeatures to make the emoticon look like an animated version ofthemselves. The notification may take any suitable form such as, forexample, a 5-10 second animation that represents a common response tomessage such as “I'm busy, can't talk” or “Got your message, I reallyliked it.”

Alternately or additionally, the user might create their own recordedpre-canned video response that they may select and send to the sender ofthe short video passage. Such a video response would typically featurethe user replying in some manner to the sender, e.g., “Hi, I receivedyour message and it is important to me. However, I'm unable to send areply at the present time. As soon as I am able, I will reply to yourmessage. Cheers!”

In yet other embodiments, the user may be able to select a movie clip ora television show clip from a library of clips to use as theirpre-canned response. For example, a user may select a movie clip ofRobert De Niro in the movie Taxi Driver in which the actor looks intothe mirror and asks “You talking to me?” Similarly, from the movie E.T.the Extraterrestrial, the user may select the clip in which E.T. says“E.T. phone home.”

From a business model standpoint, these clips may be licensed to userswho would pay a small fee to be able to use the clips as theirpre-canned response.

Having considered various embodiments, consider now a discussion ofexample device that can be utilized to implement the embodimentsdescribed above.

Variations of the computer device described herein are contemplated, forexample, device also includes computer-readable media, such as one ormore memory components, examples of which include random access memory(RAM), non-volatile memory (e.g., any one or more of a read-only memory(ROM), flash memory, EPROM, EEPROM, etc.), and a disk storage device. Adisk storage device may be implemented as any type of magnetic oroptical storage device, such as a hard disk drive, a recordable and/orrewriteable compact disc (CD), any type of a digital versatile disc(DVD), and the like. Device can also include a mass storage mediadevice.

Computer-readable media provides data storage mechanisms to store thedevice data, as well as various device applications and any other typesof information and/or data related to operational aspects of device. Forexample, an operating system can be maintained as a computer applicationwith the computer-readable media and executed on processors. The deviceapplications can include a device manager (e.g., a control application,software application, signal processing and control module, code that isnative to a particular device, a hardware abstraction layer for aparticular device, etc.), as well as other applications that caninclude, web browsers, image processing applications, communicationapplications such as instant messaging applications, word processingapplications and a variety of other different applications. The deviceapplications also include any system components or modules to implementembodiments of the techniques described herein. In this example, thedevice applications include an interface application and agesture-capture driver that are shown as software modules and/orcomputer applications. The gesture-capture driver is representative ofsoftware that is used to provide an interface with a device configuredto capture a gesture, such as a touchscreen, track pad, camera, and soon. Alternatively or in addition, the interface application and thegesture-capture driver can be implemented as hardware, software,firmware, or any combination thereof. In addition, computer readablemedia can include a web platform, a gesture module, and a videomessaging application that functions as described above.

Device also includes an audio and/or video input-output system thatprovides audio data to an audio system and/or provides video data to adisplay system. The audio system and/or the display system can includeany devices that process, display, and/or otherwise render audio, video,and image data. Video signals and audio signals can be communicated fromdevice to an audio device and/or to a display device via an RF (radiofrequency) link, S-video link, composite video link, component videolink, DVI (digital video interface), analog audio connection, or othersimilar communication link. In an embodiment, the audio system and/orthe display system are implemented as external components to device.Alternatively, the audio system and/or the display system areimplemented as integrated components of example device.

CONCLUSION

Various embodiments enable a video messaging experience which permitsthe exchange of short video messages in an asynchronous manner. Thevideo messaging experience preserves the video intimacy and experienceof synchronous-type video communications, while at the same timeprovides the convenience of SMS-type message exchange.

The video messaging experience is provided by a video messagingapplication which, in at least some embodiments, enables a short videomessage to be recorded and for a single action to be utilized to stopthe recording and send the short video message to one or more intendedrecipients.

Various embodiments provide an ability to visually annotate, in aplurality of video message conversations, a respective status of eachvideo message conversation in the plurality of video messageconversations. In some cases, a video message conversation can berepresented using a thumbnail video image. Some embodiments generate thethumbnail video image based, at least in part, on a most recentlyreceived video clip in the respective video message conversation.

Yet other embodiments enable a particular camera mode, either frontcamera mode or rear camera mode, to be automatically selected inaccordance with a user's action.

Other embodiments enable portions of video message conversations to beplayed back in an interconnected fashion. Specifically, a filmstrip isprovided as part of a user interface. The filmstrip includes a videorepresentation, e.g. a thumbnail image, associated with each short videomessage in a video message conversation. Selection of a particular videorepresentation were result in the video message conversation beingplayed back, from that point, in a continuous fashion which includes theother short video messages that serially follow the selected videorepresentation.

Although the embodiments have been described in language specific tostructural features and/or methodological acts, it is to be understoodthat the embodiments defined in the appended claims are not necessarilylimited to the specific features or acts described. Rather, the specificfeatures and acts are disclosed as example forms of implementing theclaimed embodiments.

What is claimed is:
 1. A computer implemented method of indicatingstatus of a video message conversation comprising at least one videomessage to a user of a recipient device, the method comprising:receiving the at least one video message from at least one sendingparticipant device, the video message comprising a video having amaximum permitted length and multiple frames; generating arepresentation of the video message conversation using at least oneframe of the video in the received video message; determining a statusof the video message conversation at the recipient device; annotatingthe representation of the video message conversation based, at least inpart, on the status associated with the video message conversation witha visual annotation; and causing the representation to be displayed atthe recipient device with the visual annotation.
 2. The method of claim1, wherein the at least one status is based, at least in part, onwhether contact information associated with a receiving user is storedin an address book at the sending participant device.
 3. The method ofclaim 1 further comprising determining the at least one status based, atleast in part, on whether the video message conversation has unviewedcontent.
 4. The method of claim 3 further comprising: responsive todetermining the video message conversation has unviewed content,generating a thumbnail video image as the representation; and responsiveto determining that all video content associated with the video messageconversation has been viewed, generating a still frame as therepresentation.
 5. The method of claim 4, wherein the generatedthumbnail video image comprises one or more extracted frames of the atleast one short video message.
 6. The method of claim 1, wherein causingthe representation to be displayed further comprises: determining alocation to display the representation based, at least in part, onwhether the video message conversation has unviewed content.
 7. Themethod of claim 1, wherein the video message conversation comprisesthree or more participants.
 8. One or more computer readable storagemedia embodying computer readable instructions which, when executed,perform operations comprising: creating multiple video messageconversations associated with a particular participant; generating arespective representation for each of the video message conversations,each respective representation being based, at least in part, on atleast one respective status of the respective video messageconversation; displaying a summary view of the multiple video messagesconversations which includes at least some of the respectiverepresentations; and visually annotating each displayed representationbased, at least in part, on one or more respective status associatedwith the respective video message conversation.
 9. The one or morecomputer readable storage media of claim 8, wherein the generatingfurther comprises: determining whether each respective video messageconversation of the multiple video conversations has unviewed content;responsive to determining the respective video message conversation hasunviewed content, generating a thumbnail video image as the respectiverepresentation; and responsive to determining that all video contentassociated with the respective video message conversation has beenviewed, generating a still image as the respective representation. 10.The one or more computer readable storage media of claim 9, whereingenerating the thumbnail video image further comprises: selecting asubset of one or more frames from at least one short video messageassociated with the respective video message conversation; and storingthe subset of one or more frames as the thumbnail video image.
 11. Theone or more computer readable storage media of claim 9 furthercomprising: automatically playing back at least one thumbnail videoimage when displaying the summary view.
 12. The one or more computerreadable storage media of claim 8, wherein the creating furthercomprises: creating at least one video message conversation responsiveto receiving initiation data from a second participant in the videomessage conversation.
 13. The one or more computer readable storagemedia of claim 8, wherein visually annotating each respectiverepresentation further comprises superimposing one or more respectiveannotations over each respective representation.
 14. The one or morecomputer readable storage media of claim 8, wherein displaying at leastsome of the respective representations further comprises displaying theat least some respective representations in an order based, at least inpart, on which content in the multiple video message conversations wasmost recently received.
 15. The one or more computer readable storagemedia of claim 9, wherein content associated with a video messageconversation comprises at least one of: a short video message; or ashort video clip.
 16. A computing device comprising: a display; anetwork interface connected to exchange video messages with acommunication network; one or more processors connected to the networkinterface and the display; one or more computer-readable storage mediaembodying executable instructions which, responsive to execution by theone or more processors, perform operations comprising: receiving atleast one video message comprising a video of a maximum permitted lengthand having multiple frames; storing the at least one video message inassociation with at least one video message conversation in storagemeans associated with the device, each video message conversation beingrepresented by a representation; determining whether the video messageconversation has unviewed content, and causing the representation to bedisplayed on the display to convey whether the video messageconversation has unviewed content.
 17. The computing device of claim 16,wherein the instructions further perform operations comprising: when thevideo message conversation has unviewed content, generating a thumbnailvideo image as a respective representation, where the thumbnail videoimage is based on at least one video message associated with therespective video message conversation.
 18. The computing device of claim16, wherein the storage means holds multiple video messageconversations, each associated with a respective identifier.
 19. Thecomputing device of claim 18, wherein the instructions further performoperations comprising sending and receiving video messages to at leastone other participant in each video message conversation in the multiplevideo message conversations.
 20. The computing device of claim 16,wherein the instructions further perform operations comprisingannotating each displayed respective representation to convey at leastone status.